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This  Is  Volume  IV  of  the  User's  Manual  Component  of  the  Integrated 
Nuclear  and  Conventional  Theater  Warfare  Simulation  (INWARS)  documentation. 
It  presents  the  form  and  content  of  a  simulation  run. 
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CHAPTER  I 

INTRODUCTION  TO  INWARS  OUTPUTS 

This  final  volume  In  the  User's  Manual  component  of  the  INWARSj^docu- 

mentation  describes  the  outputs  produced  by  the  simulation.  As  has  been 

noted  earlier,  outputs  produced  In  a  run  of  the  simulation  may  be  regarded 

£  snapshots"  presenting  the  status  of  some  or  all  of  the  simulated 

force  elements  at  a  particular  point  In  time.  ^Physical  status^  snapshots 

represent  the  true  state  of  all  force  elements  at  a  given  point  In  time. 

As  described  In  Chapter  II,  these  snapshots  are  taken  periodically  and  may 

be  used  to  follow  the  actual  course  of  the  simulated  conflict.  “^"Mental 

status^snapshots  represent  the  situation  as  perceived  by  some  or  all  TAD 
2 

Cul  element  at  a  given  point  In  the  conflict.  As  described  In  Chapter  III, 


3  in  Chai 
Cul 


these  snapshots  give  the  user  access  to  the  (JOS  of  each  €Ao  C£I  element. 

They  are  taken  periodically  for  all^EAd  Cul  elements,  but  may  also  be  taken 

2 

at  key  decision  points  for  Individual  Cul  elements. 
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CHAPTER  II 

PHYSICAL  STATUS  SNAPSHOT  OUTPUTS 


This  chapter  describes  the  INWARS  unit  status  output  data.  This 
information  is  printed  periodically  over  the  course  of  a  simulation  run. 
It  is  a  listing  of  all  entities  in  the  model,  and  important  elements  of 
their  state  information.  The  basic  format  is  one  unit  and  its  status 
information  on  a  line.  Additional  lines  may  be  used  if  necessary.  At  the 
top  of  the  listing,  a  header  serves  to  Identify  the  various  information 
elements.  These  elements  are  given  below,  with  the  identifying  header 
label.  Figure  II-1  provides  an  example  for  reference. 

1)  UNITID  (UNIT)  Unit  identification,  in  the  form  SACOBB, 

where: 

S  =  Side  (1  *  NATO,  2  *  Pact) 

A  =  Army  group/Front  number 
C  =  Corps/Army  number 
0  *  Division  number 


BB  =  Brigade  number 

HEX  LOCATION  (HEX)  Hex  in  which  the  unit  is  located,  usually  7 

octal  digits.  For  Information  on  the  hex 
coordinate  system,  see  the  Modeling  Descrip¬ 
tion,  Volume  I,  Chapter  III. 

FACING  (F)  Hex  direction  in  which  unit  is  oriented. 

This  should  be  the  direction  toward  the 


enemy. 

The  hex  directions  are: 

1  =  West  258° 

2  *  Northeast  48° 

3  =  Northwest  348° 

4  =  Southeast  148° 

5  =  Southwest  228° 

6  *  East  108° 
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4)  DIRECTION  (0)  This  hex  digit  Indicates  the  direction  of 

asuiMeftt.  The  directions  listed  above  apply, 
and  7  Indicates  no  movement. 

5)  SPEED  (SPD)  Unit  speed,  In  km/hr 

6)  OPERATION  (OP)  This  operation  code  indicates  the  present 

physical  status  of  the  unit.  The  presently 
defined  operation  codes  for  ground  units  are: 

1  Prepared  Defense 

2  -  Hasty  Defense 

3  Active  Defense 

4  Delay 

5  Withdrawal 

6  Hasty  Attack 

7  Coordinated  Attack 

8  Infiltration/Granular  Attack 

9  Breakthrough 

TO  Reconnai sance 

11  Road  Movement 

7)  MISSION  (Mi)  The  ai salon  code  defines  the  type  of  opera¬ 

tion  the  unit  has  been  assigned,  and  which  it 
is  attempting  to  carry  out.  The  mission 
codes  are  currently  the  same  as  the  operation 
codes  above. 

8)  AXIS  (AX)  The  axis  of  operation  orients  the  operation 

with  respect  to  the  enemy.  Facing  Is  derived 
froa  this  number,  given  In  azimuth  angle  (0  - 
380°). 

9)  SECTOR  WIDTH  (SW)  The  sector  width  of  a  unit's  operation  Is  an 

Index  number  which  determines  the  manner  in 
which  a  unit  searches  and  1$  spread  over  more 
than  one  hex.  It  Is  normally  the  same  as  the 
sector  width  in  hexes  (of  9.5  km  diameter). 
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10) 


ID 


12) 


OBJECTIVE  (OBJ) 


Nuclear/Chemical 
Readiness  (NC) 


Unit  operation  order  objective:  Speci¬ 
fies  the  geographical  location  toward 
which  a  unit  Is  attempting  to  move  or 
stay.  This  number,  like  the  hex  loca¬ 
tion,  Is  In  the  hex  coordinate  system. 

The  value  of  this  number  Indicates 
the  nuclear  and  chemical  readiness 
states.  It  is  the  sum  of  a  number  for 
each  as  follows: 

State  Nuclear  Chemical 


0  0  0 

1  8  1 

2  16  2 

Thus,  a  value  of  17  would  indicate 
Nuclear  state  2,  Chemical  state  1. 

SITUATION  (SIT)  This  octal  number  allows  display  of  the 

current  status  of  some  situation  flags 
for  the  unit.  Each  octal  digit  repre¬ 
sents  three  flags.  The  flags  are  as 
follows,  from  the  leftmost  digit  to  the 
rightmost. 


Digit 

Bit 

Digit  Value 

Flag 

Meaning 

5 

17 

4 

FLGCRS 

Chemical  readiness 

5 

16 

2 

FLGNV 

Nuclear  victim 

5 

15 

1 

FLGCV 

Chemical  Victim 

4 

14 

4 

-- 

Unused 

4 

13 

2 

NXEFF2 

Effectiveness: 

0  =  undegraded 

4 

12 

1 

NXEFF1 

1  =  ineffective 

3 

11 

4 

FLGSUP 

Supply  degradation 

3 

11 

4 

FLGSUI 

Supplies  requested 

3 

9 

1 

FLGOBJ 

At  objective 

2 

8 

4 

FLGMTG 

Meeting  engagement 
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Digit 

Bit 

Digit  Value 

Flafl 

Meaning 

2 

7 

2 

FLGFLK 

Flank  danger 

2 

6 

1 

FLGHEX 

Enemy  in  same  hex 

1 

5 

4 

FLGADJ 

Enemy  unit  adjacent 

1 

4 

2 

FLGFLL 

Left  flank  threat 

1 

3 

1 

FLGFLR 

Right  flank  threat 

0 

2 

4 

FLGPEN 

Penetration 

0 

1 

2 

FLGFR 

"Normal"  force  ratio 

0 

0 

1 

FLGFR1 

"Dangerous"  force  rati 

For  each  digit,  the  value  is  divided 
successively  by  4,  2,  and  1  to  determine 
if  the  respective  flag  is  on,  as  indi¬ 
cated  by  a  quotient  of  one.  Thus,  if 
digit  1  (second,  from  the  right)  is  a  5, 
then  flags  FLGAOJ  and  FLGFLR  are  on, 
indicating  an  enemy  unit  is  adjacent, 
and  the  unit  is  threatened  on  its  right 
flank. 

13)  EFFECTIVENESS  (EFF)  This  value  is  the  effectiveness  level  of 

the  unit,  expressed  as  a  percentage  of 
base  strength.  Units  initially  are  at 
100%,  and  effectiveness  decreases  with 
attrition  until  restored  during  recon¬ 
stitution. 

14)  UNIT  SUPPRESSION  (SUP)  This  value  is  the  percent  suppression  of 

the  unit  as  a  whole;  various  individual 
assets  of  the  unit  may  have  more  or  less 
suppression.  Note  that  for  BLUE  (if 
BLUE  units  are  put  in  first),  the  value 
is  before  recovery,  while  for  RED  it  is 
after; 

Thus  the  numbers  are  not  compatible  by 
side.  This  is  due  to  processing  of  BLUE 
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first  each  cycle  when  BLUE  units  are 
input  first. 

15)  UNIT  STRENGTH  (STR)  This  value  is  a  comparative  strength  of 

the  unit,  which  is  the  weighted  sum  of 
all  assets  divided  by  eight.  It  is  used 
in  determining  unit  effectiveness. 

16)  ASSET  NAME  (TYPE)  This  field  is  the  description  of  a  given 

asset  possessed  by  the  unit. 

17)  ASSET  NUMBER  (NBR)  This  is  the  number  of  assets  of  the 

given  type  a  unit  has. 

18)  ASSET  SUPPRESSION  (S)  This  digit  gives  the  suppression  state 

of  the  particular  asset  of  a  unit.  It 
ranges  from  zero  for  none  or  low  sup¬ 
pression  to  8  for  maximum  suppression. 
As  with  unit  suppression,  the  BLUE 
units,  if  listed  first,  are  shown  before 
recovery,  while  RED  units  are  shown 
after  recovery. 

Note  that  the  asset  fields;  16,  17,  and  18,  are  repeated  for  each  asset  the 
unit  has.  They  are  extended  to  successive  lines  if  necessary. 
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CHAPTER  III 

UNDERSTANDING  OF  THE  SITUATION  (UOS)  SNAPSHOTS 
A.  INTRODUCTION 


This  chapter  describes  the  UOS  snapshot  outputs  which  provide  the  user 

2 

access  to  the  objectives,  plans,  and  perceptions  of  individual  EAD  C  I 

elements.  These  snapshots  are  taken  by  presenting  selected  components  of  a 
2 

given  EAD  C  I  element’s  UOS  at  a  particular  point  in  time.  Section  B 
describes  the  UOS  components  which  may  be  included  and  the  form  in  which 
they  are  presented.  Section  C  then  defines  the  points  at  which  full  or 
partial  UOS  snapshots  may  be  taken  and  indicates  the  particular  UOS  com¬ 
ponents  included. 

B.  FORM  OF  UOS  SNAPSHOTS 


As  was  Indicated  In  the  Software  Description,  Volume  II,  Chapter  II, 
Section  A,  each  UOS  contains  fourteen  components  falling  into  four  major 
categories:  Fundamental  Knowledge,  Situation  Data,  Operations  Data  and 
Situation  Representation  Information.  These  are  all  accessible  from  the 
UOS  Header  Block  as  indicated  in  Figure  III-l.  UOS  snapshots  include  some 
or  all  Situation  Data/Situation  Representation  Information  and  Operation 
Information  components.  In  this  section,  the  form  of  these  outputs  will  be 
discussed.  Section  1,  below,  describes  some  general  aspects  of  the  output 
format  employed.  Sections  2-9  then  describe  the  form  of  output  for  par¬ 
ticular  UOS  components.  Finally,  the  Weapons  Employment  Plan  output  is 
discussed  in  Section  10. 

1.  General  Format  of  UOS  Snapshot  outputs 

2  2 

UOS  snapshot  output  are  organized  on  a  C  I-element-by-C  I  element 

2 

basis:  all  information  to  be  provided  from  a  single  C  l  element's  UOS  is 

2 

output  before  moving  on  to  the  next  C  l  element's  UOS.  When  more  than  one 
2 

Cl  element's  UOS  is  to  be  output,  the  order  of  presentation  follows  the 
user-specified  chain  of  command:  Blue  theater,  first  Blue  Army  Group, 


At 
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UNDERSTANDING  OF  THE  SITUATION 

(UOS) 


INFORMATION  BLOCK  ADMINISTRATION 


FUNDAMENTAL  KNOWLEDGE 


UNIT  IDENTITY  9  UNITID 
STANDARD  OPERATING  PROCEDURES  PTRSOP* 
UPDATING  THRESHOLDS  &  FLAGS  DIRECTORY  PTRUTF* 
CONCEPT  OF  OPERATION  DIRECTORY  PTRCON* 
EMPLOYMENT  CONCEPT  DIRECTORY  PTREMP* 
WEAPONS  PARAMETERS  DIRECTORY  PTRWPP* 
FORCE  ELEMENT  DIRECTORY  PTRFED* 


SITUATION  INFORMATION 


OWN  STATUS  INFORMATION  PTROS* 
ENEMY  ORDER  OF  BATTLE/TARGET  INFORMATION  PTEOBT* 
SITUATION  FEATURES  INFORMATION  PTRSF* 


OPERATIONS  INFORMATION 


OPERATIVE  OPERATION  DIRECTIVE  PTRDIR* 
OPERATING  CONCEPT  OF  OPERATION  PTROPN* 
PROGRESS  MANAGEMENT  BLOCK  PTRPRG* 
WEAPONS  MANAGEMENT  BLOCK  PTRWMG* 
READINESS  MANAGEMENT  BLOCK  PTRRMG* 


(UTFDIR) 

(CONDIR) 

(EMPDIR) 

(WPPDIR) 

(FORDIR) 
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first  Corps  under  first  Blue  Army  Group,  last  Corps  under  first  Blue 
Army  Group,  second  Blue  Army  Group,  ...,  last  Blue  Army  Group,  Red  Theater, 
...  and  so  forth.  In  other  words,  the  outputs  are  generated  by  a  depth- 
first  traversal  of  the  user-specified  command-control  tree  in  the  simula¬ 
tion. 

Within  each  individual  UOS  snapshot,  information  is  organized  by 

UOS  component:  all  Own  Status  Situation/Representation  information  to  be 

provided  is  output,  then  all  Enemy  Order  of  Battle/Target  information  to  be 

provided  is  output,  ....  and  finally,  all  Readiness  Management  information 

to  be  provided  is  output.  Each  of  the  components  included  in  the  snapshot 

2 

starts  on  a  new  page  with  a  header  indicating  the  identity  of  the  EAO  C  I 
element  whose  UOS  is  being  output,  the  simulated  time  at  which  the  output 
snapshot  was  taken,  and  an  identifier  for  the  particular  UOS  component 
being  presented. 

Within  each  UOS  component,  information  is  organized  in  accordance 
with  the  structure  of  the  specific  Information  Blocks  which  make  up  that 
component.  Each  such  block  output  is  headed  by  the  name  of  the  block  and 
includes  the  values  of  the  specific  information  elements  which  make  up  the 
block.  Each  value  is  labeled  by  its  identifier  (variable  name)  within  the 
block.  Thus,  the  individual  blocks  are  output  in  much  the  same  form  as 
they  were  described  in  the  Software  Description,  Volume  II— this  also 
corresponds  closely  to  the  form  in  which  they  are  input  as  was  discussed  in 
the  User's  Manual,  Volume  III.  The  order  in  which  Information  Blocks  are 
output  within  each  component  depends  on  the  "structure"  of  that  component 
as  was  described  in  the  Software  Description,  Volume  II.  The  location  of 
selected  blocks  is  also  presented  to  facilitate  tracing  relationships  among 
blocks  via  pointer  references. 

2.  Own  Status  Information  Outputs 

The  Own  Status  component  of  an  EAD  C^I  element's  UOS  reflects  its 
knowledge  of  the  status  of  the  force  element  it  controls.  As  was  discussed 
in  the  Software  Description,  Volume  II,  Chapter  II,  Section  H,  the  status 
information  contained  in  this  component  is  organized  in  two  tiers.  The 
top-tier  consists  of  a  single  Own  Status  Unit  Block  (UNIBLK)  and  associated 
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Ground  Situation  Representation  Block  (GNOREP)  representing  the  aggregate 
status  of  the  overall  force  controlled.  This  aggregate  status  information 
is  produced  by  aggregating  over  the  second-tier  of  Own  Status  information. 
The  second* tier  consists  of  a  UNIBLK-GNDREP  block  pair  for  each  subordinate 
force  element;  this  includes  not  only  the  principal  maneuver  subordinates 

but  also  the  combat  service  support  complex,  any  nuclear  or  chemical 

2 

delivery  agencies  controlled,  and  the  EAD  Cl  element  itself  (considered  as 

a  Headquarters/Command  Post  element).  Information  in  this  tier  is  main* 

2 

tamed  by  the  EAD  C  l  element  on  the  basis  of  reports  received  from  its 
subordinates.  (See  the  Software  Description,  Volume  II,  Figure  11-36  for 
an  overview  of  this  component). 

The  output  format  for  the  Own  Status  component  is  presented  in 

Figure  I I 1-2.  The  output  is  headed  with  the  Unit  Identity  (UNITID)  of  the 
2 

C  I  element,  the  time  at  which  the  snapshot  was  taken,  and  the  identified 
"OWN  STATUS".  First,  the  aggregate  level  Own  Status  UNIBLK-GNDREP  block 
pair  is  output.  This  is  followed  by  the  Own  Status  UNIBLK-GNDREP  block 
pairs  for  each  subordinate. 
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UNITID  =  XXXXXX 
TIME  =  n.  nn 
OWN  STATUS 


AGGREGATE  OWN  STATUS  UNIT  BLOCK  (UNIBLK) 

AGGREGATE  GROUND  SITUATION  REPRESENTATION  BLOCK  (GNDREP) 

FIRST  SUBORDINATE  OWN  STATUS  UNITBLOCK  (UNIBLK) 

FIRST  SUBORDINATE  GROUND  SITUATION  REPRESENTATION  BLOCK  (GNDREP) 

• 

• 

LAST  SUBORDINATE  OWN  STATUS  UNIT  BLOCK  (UNIBLK) 

LAST  SUBORDINATE  GROUND  SITUATION  REPRESENTATION  BLOCK  (GNDREP) 


Figure  III-2.  Own  Status  Component  Output  Format 


III -5 


.v.’v  :-- 


OWi 


ttVSIWkfifr 


THE  BOM  CORPORATION 


3.  Enemy  Order  of  Battle/Target  Information  Outputs 

The  Enemy  Order  of  Battle/Target  component  of  an  EAD  C^I  ele¬ 
ment's  UOS  reflects  its  knowledge  of  the  enemy  force  elements  which  might 
be  relevant  to  it.  As  was  discussed  in  the  Software  Description,  Volume 
II,  Chapter  II,  Section  I,  the  information  in  this  component  is  organized 
in  two  tiers.  The  top-tier  consists  of  EOB/Target  Unit  Blocks  (UNIBLK) 

representing  enemy  force  elements  at  the  same  level  of  command  as  the  EAD 
2 

Cl  element;  this  information  is  produced  by  aggregating  over  information 
in  the  second-tier  of  the  Enemy  Order  of  Battle /Target  component.  This 
second-tier  consists  of  EOB/Target  Unit  Blocks  (UNIBIKS)  for  the  known 

subordinates  of  each  aggregate  EOB/Target  Unit  Block  contained  in  the 

2 

top-tier.  Information  in  this  tier  is  maintained  by  the  EAD  C  l  element 
based  on  reports  received  from  its  subordinates.  (See  the  Software  Descrip¬ 
tion,  Volume  II,  Figure  11-39,  for  an  overview  of  this  component). 

The  output  format  for  the  Enemy  Order  of  Battle/Target  component 

is  presented  in  Figure  III-3.  The  output  is  headed  with  the  Unit  Identity 

2 

(UNITID)  of  the  EAD  Cl  element,  the  time  at  which  the  snapshot  was  taken, 
and  the  identifier  "EOB/TARGET  STATUS".  The  first  aggregate  EOB/Target 
Unit  Block  Is  then  output  followed  by  the  EOB/Target  Unit  Blocks  which  are 
subordinate  to  it.  The  second  aggregate  EOB/Target  Unit  Block  is  then 
output  followed  by  the  EOB/Target  Unit  Blocks  for  all  of  its  subordinates. 
This  format  continues  until  all  aggregate  EOB/Target  Unit  Blocks  (together 
with  their  subordinate  EOB/Target  Unit  Blocks)  in  the  EAD  C*I  element's  UOS 
have  been  presented. 
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UNITID  =  XXXXXX 
TIME  *  n.nn 
EOB/TARGET  STATUS 


I 

\ 

i 


FIRST  AGGREGATE  EOB/TARGET  UNIT  BLOCK  (UNIBLK) 

FIRST  SUBORDINATE  TO  FIRST  AGGREGATE  EOB/TARGET  UNIT  BLOCK 

(UNIBLK) 

LAST  SUBORDINATE  TO  FIRST  AGGREGATE  EOB/TARGET  UNIT  BLOCK 

(UNIBLK) 

• 

LAST  AGGREGATE  EOB/TARGET  UNIT  BLOCK  (UNIBLK) 

FIRST  SUBORDINATE  TO  LAST  AGGREGATE  EOB/TARGET  UNIT  BLOCK 

(UNIBLK) 

• 

LAST  SUBORDINATE  TO  LAST  AGGREGATE  EOB/TARGET  UNIT  BLOCK  (UNIBLK) 


Figure  III-3.  Enemy  Order  of  Battle/Target  Component  Output  Format 
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4.  Situation  Features  Information  Outputs 

The  Situation  Features  component  of  an  EAD  C^I  element's  UOS 
reflects  its  knowledge  of  particular  features  of  the  situation  including, 
at  present,  nuclear  and  chemical  attack  indicators.  As  was  discussed  in 
the  Software  Description,  Volume  II,  Chapter  II,  Section  J,  situation 
features  information  is  organized  as  a  simple  list  of  Situation  Feature 
Blocks  (FEATUR).  Figure  11-41  of  the  above  referenced  volume  provides  an 
overview  of  this  structure. 

The  output  format  for  the  Situation  Features  Component  is  pre¬ 
sented  in  Figure  III-4.  The  output  is  headed  by  the  Unit  Identity  (UNITID) 
of  the  EAD  C  I  element,  the  time  at  which  the  snapshot  was  taken,  and  the 
identifier  "SITUATION  FEATURES."  The  particular  Situation  Features  Blocks 
included  in  the  UOS  are  then  presented  in  simple  sequential  order. 
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UNHID  =  XXXXXX 
TIME  n.nn 
SITUATION  FEATURES 

FIRST  SITUATION  FEATURE  BLOCK  (FEATUR) 

f 

LAST  SITUATION  FEATURE  BLOCK  (FEATUR) 


Figure  I I 1-4.  Situation  Features  Component  Output  Format 
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5.  Operative  Operation  Directive  Outputs 

The  Operative  Operation  Directive  component  of  an  EAD  C2I  ele¬ 
ment's  UOS  contains  the  operation  directive  which  it  has  received  most 

2 

recently  from  its  parent  Cl  element  and  which  thus  reflects  the  objectives, 
control  measures,  and  constraints  guiding  its  current  operations.  As  was 
discussed  in  the  Software  Description,  Volume  II,  Chapter  II,  Section  K, 
this  component  consists  of  a  single  Directive  Header  Block  (DIRHDR) 
together  with  an  associated  Operation  Order  Block  (OPORD)  and  Resource 
Allocation  Block  (ALLBLK).  Figure  11-43  of  the  above  referenced  volume 
provides  an  overview  of  this  component. 

The  output  format  for  the  Operative  Operation  Directive  component 

as  presented  in  Figure  III-5.  The  output  is  headed  by  the  Unit  Identity 

2 

(UNITID)  of  the  EAD  Cl  element,  the  time  at  which  the  snapshot  was  taken, 
and  the  identifier  "OPERATIVE  OPERATION  DIRECTIVE".  The  constituent 
Directive  Header,  Operation  Order  Block,  and  Resource  Allocation  Block  are 
then  presented  in  the  indicated  order. 


III-10 


A'; 


THE  BOM  CORPORATION 


6.  Operative  Concept  of  Operation  Information  Outputs 

2 

The  Operative  Concept  of  Operation  component  of  an  EAD  C  I 

element's  UOS  reflects  its  internal  plan  for  conducting  operations  to 

achieve  the  objectives  specified  by  the  Operative  Operation  Directive.  As 

was  discussed  in  the  Software  Description,  Volume  II,  Chapter  II,  Section 

L,  this  component  consists  of  a  refined  and  specified  copy  of  one  of  the 

"generic"  concepts  of  operation  discussed  in  Chapter  II,  Section  D2,  of 

that  volume  (see  Figure  11-14  of  that  volume  for  an  overview).  It  should 

2 

be  noted  that  ATAF/TAA  C  I  elements  do  not  maintain  an  Operative  Concept  of 

2 

Operation;  hence,  this  component  will  be  null  for  these  (or  other  air)  Cl 
elements. 

The  output  format  for  the  Operative  Concept  of  Operations  is 

presented  in  Figure  III-6.  It  includes  only  those  Information  Blocks  which 

have  been  specified  in  the  local  copy  of  the  generic  concept;  it  also  omits 

blocks  which  serve  only  linking  functions  such  as  Concept  Carrier  Blocks 

(CONCARs).  The  output  is  headed  by  the  Unit  Identity  (UNITID)  of  the  EAD 
2 

C  I  element,  the  time  at  which  the  snapshot  was  taken,  and  the  identifier 
"OPERATIVE  CONCEPT  OF  OPERATION:."  The  locally  specified  Concept  Header 
Block  (CONHDR)  is  the  first  structure  presented.  The  Concept  Header  Block 
is  followed  by  a  presentation  of  the  Phase  Blocks  (PHSBLK)  which  remain  to 
be  executed  as  of  the  current  stage  in  the  operation;  the  currently  active 
Phase  Block  is  the  first  presented. 

Following  the  phase  outputs,  the  particular  roles  filled  in  the 
locally  specified  concept  are  presented.  The  presentation  of  each  role  is 
headed  by  the  filled  Role  Block  (ROLBLK).  Under  each  Role  Block,  the 
locally  specified  operative  Resource  Allocation  Block  (ALLBLK)  for  that 
role  is  presented  followed  by  its  currently  active  Operation  Block 
(OPNBLK);  for  key  roles  (i.e.,  under  Role  Blocks  for  which  KEYROL  s  1),  the 
Operation  Blocks  for  subsequent  phases  in  the  operation  are  also  presented. 
This  ROLBLK-ALLBLK-OPNBLK(s)  structure  is  repeated  for  each  specific  role 
filled  in  the  locally  specified  concept  of  operation. 

Following  the  presentation  of  all  such  roles,  the  Overlay  Block 
(OVERLA)  which  "fits"  the  standard  planning  grid  to  the  EAD  C^I  element's 
assigned  area  of  operations  is  presented.  Finally,  the  currently  operative 
Resource  Management  Block  (MGTBLK)  is  presented. 

III-12 


.»*• 


THE  BOM  CORPORATION 


UNITID  =  XXXXXX 
TIME  =  n.nn 

OPERATIVE  CONCEPT  OF  OPERATION 


OPERATIVE  CONCEPT  HEADER  (CONHDR) 

CURRENTLY  ACTIVE  PHASE  BLOCK  IN  OPERATION  (PHSBLK) 

• 

LAST  PHASE  BLOCK  IN  OPERATION  (PHSBLK) 

FIRST  ROLE  BLOCK  ASSIGNED  IN  OPERATION  (ROLBLOCK) 

FIRST  ROLE'S  OPERATIVE  RESOURCE  ALLOCATION  BLOCK  (ALLBLK) 
FIRST  ROLE'S  OPERATION  BLOCK  IN  CURRENTLY  ACTIVE  PHASE 
(OPNBLK) 

FIRST  ROLE'S  OPERATION  BLOCK  IN  LAST  PHASE  (OPNBLK) 

• 

LAST  ROLE  BLOCK  ASSIGNED  IN  OPERATION  (ROLBLK) 

LAST  ROLE'S  OPERATIVE  RESOURCE  ALLOCATION  BLOCK  (ALLBLK) 

LAST  ROLE'S  OPERATION  BLOCK  IN  CURRENTLY  ACTIVE  PHASE 
(OPNBLK) 

LAST  ROLE'S  OPERATION  BLOCK  IN  LAST  PHASE  (OPNBLK) 

OVERLAY  BLOCK  FOR  OPERATION  (OVERLA) 

OPERATIVE  RESOURCE  MANAGEMENT  BLOCK  (MGTBLK) 


Figure  I I 1-6.  Operative  Concept  of  Operation  Output  Format 
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7.  progress  Management  information  Outputs 

2 

The  Progress  Management  component  of  an  EAD  C  I  element's  UOS 
reflects  its  most  recent  assessment  of  the  progress  of  its  ongoing  opera¬ 
tion.  As  was  discussed  in  the  Software  Description,  Volume  II,  Chapter  II, 
Section  M,  this  component  consists  solely  of  a  Progress  Management  Block 
(PRGBLK).  As  indicated  in  Figure  III-7,  the  output  format  for  this  com¬ 
ponent  simply  presents  this  Progress  Management  Block  under  a  heading 
including  the  EAD  C2I  element's  Unit  Identity  (UNITID),  the  time  at  which 
the  snapshot  was  taken,  and  the  identifier  "PROGRESS  MANAGEMENT". 
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^gj?  UNITID  *  XXXXXX 
TIME  =  n.nn 
PROGRESS  MANAGEMENT 


PROGRESS  MANAGEMENT  BLOCK  (PRGBLK) 


Figure  I I 1-7.  Progress  Management  Component  Output  Format 
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8.  Weapons  Management  Information  Outputs 

The  Weapons  Management  component  of  an  EAD  C^I  element's  UOS 
contains  information  used  in  managing  weapons  employment  activities.  As 
was  discussed  in  the  Software  Description,  Volume  II,  Section  N,  this  com¬ 
ponent  includes  a  reference  to  the  operative  weapons  employment  concept  for 
conventional  weapons,  times  of  the  last  requests  for  nuclear  or  chemical 
weapons,  and  lists  of  authorized  nuclear  and  chemical  weapons  employment 
packages  ordered  by  package  expiration  time. 

The  output  format  for  the  Weapons  Management  component  is  pre¬ 
sented  in  Figure  III-8.  It  is  headed  by  the  Unit  Identity  (UNITID)  of  the 
2 

EAD  C  l  element,  the  time  at  which  the  snapshot  was  taken,  and  the  identi¬ 
fier  "WEAPONS  MANAGEMENT".  The  operative  Weapons  Employment  Concept  Block 
(EMPBLK)  for  conventional  weapons  employment  is  first  presented.  The  time 
of  the  last  request  for  nuclear  weapons  is  then  presented  followed  by  the 
specific  nuclear  weapons  Package  Blocks  (PKGBLK)  which  have  been  author¬ 
ized.  These  are  presented  in  order  of  expiration  time  with  the  soonest 
expiring  package  appearing  first.  A  similar  structure  is  then  presented 
for  chemical  weapons  (last  request  time  and  authorized  PKGBLKs).  Note  that 
there  may  be  no  authorized  weapons  packages. 
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UNITIO  *  XXXXXX 
TIME  -  n.nn 
WEAPONS  MANAGEMENT 


OPERATIVE  CONVENTIONAL  WEAPONS  EMPLOYMENT  CONCEPT  BLOCK  (EMPBLK) 
TIME  OF  LAST  NUCLEAR  WEAPONS  REQUEST  =  1.11 
OLDEST  AUTHORIZED  NUCLEAR  WEAPONS  PACKAGE  (PKGBLK) 

• 

• 

NEWEST  AUTHORIZED  NUCLEAR  WEAPONS  PACKAGE  (PKGBLK) 

TIME  OF  LAST  CHEMICAL  WEAPONS  REQUEST  =  j.  jj 
OLDEST  AUTHORIZED  CHEMICAL  WEAPONS  PACKAGE  (PKGBLK) 

• 

NEWEST  AUTHORIZED  CHEMICAL  WEAPONS  PACKAGE  (PKGBLK) 


Figure  III-8.  Weapons  Management  Component  Output  Format 
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9.  Readiness  Management  Information  Outputs 

The  Readiness  Management  component  of  an  EAD  C2I  element's  DOS 

contains  information  used  in  managing  readiness  for  nuclear  or  chemical 

attack.  As  discussed  in  the  Software  Description,  Volume  II,  Chapter  II, 

Section  0,  this  component  includes  the  nuclear  and  chemical  readiness 

2 

states  which  have  been  directed  by  the  parent  Cl  element  and  the  operative 
nuclear  and  chemical  Readiness  Blocks  (RDYBLK)  within  the  user-input 
readiness  doctrines  (recall  the  Software  Description,  Volume  II,  Chapter 
II,  Section  B). 

The  output  format  for  the  Readiness  Management  component  is 

presented  in  Figure  III-9.  The  output  is  headed  by  the  Unit  Identity 

2 

(UNITID)  of  the  EAD  Cl  element,  the  time  at  which  the  snapshot  was  taken, 
and  the  identifier  "READINESS  MANAGEMENT".  The  directed  nuclear  readiness 
state  is  then  presented  followed  by  the  operative  nuclear  Readiness  Block 
(RDYBLK).  The  same  information  is  then  presented  for  chemical  readiness. 
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UNITIO  =  XXXXXX 
TIME  =  n.nn 
REAOINESS  MANAGEMENT 


DIRECTEO  NUCLEAR  REAOINESS  STATE  =  1 
OPERATIVE  NUCLEAR  REAOINESS  BLOCK  (ROYBLK) 
DIRECTED  CHEMICAL  REAOINESS  STATE  =  j 
OPERATIVE  CHEMICAL  REAOINESS  BLOCK  (ROYBLK) 


Figure  III-9.  Readiness  Management  Output  Format 
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10.  Weapons  Employment  Plan  Information  outputs 

Weapons  Employment  Plans  are  not  retained  as  actual  components  of 

2 

an  EAD  Cl  element's  UOS.  They  exist  only  during  weapons  employment 
development  activities  and  are  attached  to  a  Weapons  Employment  Context  as 
discussed  in  the  Software  Description,  Volume  II,  Chapter  IV,  Section  E. 
As  overviewed  in  Figure  IV-6  in  that  volume,  a  Weapons  Employment  Plan  is 
headed  by  a  Weapons  Employment  Plan  Header  (PLNHOR)  and  consists  primarily 
of:  (1)  a  list  of  Target  Blocks  (TGTBLK)  specifying  particular  assignments 
of  weapons  against  targets,  and,  (2)  a  list  of  Subordinate  Apportionment 
Blocks  (APPBLK)  specifying  quantities  of  weapons  for  the  discretionary  use 
of  principal  subordinates.  In  addition,  the  Plan  Header  contains  reference 
to  the  Weapons  Employment  Concept  under  which  it  has  been  developed  as  well 
as  to  the  appropriate  set  of  Weapons  Parameters. 

The  output  format  for  a  Weapons  Employment  Plan  is  presented  in 
Figure  III-10.  It  is  headed  by  the  Unit  Identity  (UNITID)  of  the  EAD  C2I 
element  doing  the  planning,  the  time  at  which  the  snapshot  was  taken,  and 
the  Identifier  "WEAPONS  EMPLOYMENT  PLAN".  The  Plan  Header  Block  (PLNHOR) 
is  then  presented  followed  by  the  type  of  weapons  to  be  employed  and  the 
guiding  Weapons  Employment  Concept  Block  (EMPBLK).  The  substantive  ele¬ 
ments  of  the  plan  are  then  presented,  including:  (1)  the  list  of  specific 
Target  Blocks  (TGTBLK)  which  define  the  discretionary  fire  plan  portion  of 
the  overall  plan,  and  (2)  the  list  of  specific  Subordinate  Apportionment 
Blocks  (APPBLK)  which  define  the  weapons  to  be  made  available  to  subordi¬ 
nates  under  the  plan. 
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UNITID  =  XXXXXX 
TIME  =  n.nn 

WEAPONS  EMPLOYMENT  PLAN 


WEAPONS  EMPLOYMENT  PLAN  HEADER  (PLNHDR) 
WEAPONS  TYPE  «  w 

GUIDING  WEAPONS  EMPLOYMENT  CONCEPT  (EMPBLK) 
FIRST  TARGET  BLOCK  IN  PLAN  (TGTBLK) 


LAST  TARGET  BLOCK  IN  PLAN  (TGTBLK) 

WEAPONS  APPORTIONMENT  FOR  FIRST  SUBORDINATE  (APPBLK) 


WEAPONS  APPORTIONMENT  FOR  LAST  SUBORDINATE  (APPBLK) 
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C.  UPS  SNAPSHOT  OUTPUT  STRUCTURE 


In  this  section,  the  occasions  upon  which  full  or  partial  UOS  snap¬ 
shots  are  taken  will  be  discussed.  These  include  both  periodic  snapshots 

2 

of  the  UOS's  of  all  EAO  C  l  elements  and  also  partial  snapshots  of 

2  2 
individual  C  I  elements  UOSs  as  they  conduct  key  Cl  activities.  Figure 

III-11  presents  the  types  of  UOS  snapshots  taken  and  indicates  the  partic¬ 
ular  UOS  components  they  present.  These  types  of  snapshots  are  discussed 
in  Sections  1-5,  below. 

1.  Periodic  UOS  Snapshots 

Periodic  UOS  snapshots  include  all  UOS  components  (except  the 
Weapons  Employment  Plan  which  is  a  temporary  structure  existing  only  during 
weapons  employment  activities).  The  snapshots  are  made  as  a  part  of  pro¬ 
cessing  an  internal  simulation  management  event  (EVENT  TYPE  *  55)  which 
then  reschedules  itself  for  periodic  occurrence;  in  this  way,  a  continuing 
snapshot  process  is  established.  Note  that  since  partial  UOS  snapshots  may 
be  taken  at  key  decision  points,  the  interval  between  periodic  UOS  snap¬ 
shots  can  be  made  relatively  long  with  little  danger  of  '•missing*'  sub¬ 
stantive  decisions. 

2.  Ground  Operations  Development  UOS  Snapshots 

Partial  UOS  snapshots  triggered  by  ground  operations  development 
activities  include  the  Operative  Operation  Directive  component  and  the 
Operative  Concept  of  Operation  component.  The  snapshot  is  taken  at  the 
conclusion  of  processing  a  Ground  Operations  Development  Context.  Depend¬ 
ing  on  the  nature  of  the  specific  activities  conducted,  the  operative 
operations  directive  and  concept  of  operation  may  be  new. 
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Figure  III-11.  Types  of  UOS  Snapshots  and  the  UOS  Components  They  Include 
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3.  Weapons  Employment  UPS  Snapshots 

Partial  UOS  snapshots  triggered  by  weapons  employment  activities 
include  the  Weapons  Employment  Plan  produced  by  those  activities.  The 
snapshot  is  taken  at  the  conclusion  of  substantive  processing  of  a  Weapons 
Employment  Context.  This  snapshot  is  produced  only  if  the  developed 
weapons  plan  is  to  be  acted-on  (i.e. ,  to  be  either  implemented  or 
requested). 

4.  Threat  Level  UOS  Snapshots 

Partial  UOS  snapshots  triggered  by  attending  to  the  nuclear  or 
chemical  threat  level  present  the  resulting  Readiness  Management  component. 
The  snapshot  is  taken  at  the  conclusion  of  substantive  consideration  of  the 
given  type  of  threat  level.  The  snapshot  is  taken  only  in  cases  where 
there  is  a  change  in  readiness  state  and/or  readiness  actions. 

5.  Operational  Progress  UOS  Snapshots 

Partial  UOS  snapshots  triggered  by  attending  to  operational 
progress  present  the  updated  Progress  Management  component.  The  snapshot 
is  taken  after  operational  progress  has  been  appraised  and  responded  to. 


